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FOREWORD 


The Detailed Requirements Document for the Radiant Heat 
Transfer Facility Post-Test Data Reduction Program defines 
the requirements and functional specifications for a program 
to process test data obtained by the Radiant Heat Data 
Acquisition System (RHDAS) It has been prepared by person- 
nel of the Data Processing Systems Department, Lockheed 
Electronics Company, Inc., (LEC) , . in response to a request 
by the Institutional Data Systems Division (IDSD) , Data 
Processing Branch of the National Aeronaut ics and Space 
Administration (NASA) . 
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1.0 SYSTEM OVERVIEW 


1.1 IDENTIFICATION 


NASA Title: 

Radiant Heat Transfer 
Program 

Facility Data Reduction 

Job Order: 

83-157 


NASA Division: 

IDSD, Data Processing 

Branch 


1.2 BACKGROUND 
1.2.1 Obj ectives 

The Radiant Heat Test Facility (RHTF) in NASA Building 
260 is acquiring a new real-time data acquisition and con- 
trol system to support the testing of Shuttle Thermal Pro- 
tection System (TPS) panels. The TPS specimens will be 
tested in a combined environment simulating altitude, loading, 
and heating. The normal duration of a test will be a period 
of 1 hour, but tests can extend as long as 2 hours. The 
primary objective is to detect structural fatigue from 
repeated testing . 

Thermpcouples , strain gauges, linear deflection trans- 
ducers, and radiometers will record data during the tests. 

The program described in this document (the RHTF program) will 
provide post-test data reduction. 

The RHTF program will contain some of the capabilities of 
the programs which currently process data from the Tr.ansdata 
Acquisition System (TDAS) and the Systems Engineering Labora- 
tory (SEL) System, which were used previously to record radiant- 
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heat-test data. It will provide the necessary data conver- 
sions for both tabular and/or graphical representation of the 
test data. 

1.2.2 Responsibilities 

The Data Processing Systems Department of Lockheed 
Electronics Company, Inc., has the responsibility of coordi- 
nating with the customer to define and document the require- 
ments and to develop and implement the program. 

1.2.3 References 

The following reference material is related to these 
detailed requirements . 

• NASA/LEC Task Agreement 14, Radiant Heat Test 
Facility Data Reduction Program Development. 

• Job Order 83- 157 . 

• Program Documentation for Transdata Acquisition 
System — 200 Channel^ LEC-0530, July 1973. 

1.3 GENERAL DESCRIPTION 

The primary function of the post-test processing program 
will be the conversion of the data obtained from the various 
instrumentation types to engineering units for both tabular 
and graphical display. The digital data tape recorded by 
RHDACS contains essential information which can be used in 
the reduction process. Five files of descriptive and control 
information are contained on the tape , in addition to the data 
file. These five files are Narrative, Type, Coefficients, Test 
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Configuration, and Groups. The format and content are dis- 
cussed individually in section 2.0. The program will utilize 
this information where applicable to minimize card input; 
it will also provide a card input override capability of tape 
supplied parameters. The data flow is shown in figure 1-1. 

The format of the output tape produced by RHDACS, which 
will be input to the post : test processing program, is described 
in full for the purpose of maintaining continuity and to pro- 
vide system background. Information necessary for processing 
will be so indicated. 

1.4 ASSUMPTIONS AND CONSTRAINTS 

The input tape format and content described in 
section 2.0 will be subject to changes currently being pro- 
posed. The impact of these changes is unknown at this time; 
however, the changes will include the incorporation of coef- 
ficients for an exponential equation and the restructuring 
of the Coefficients File. The current description and con- 
tent of this file may be found in section 2. 1.1. 3. 

1.5 EQUIPMENT 

The program will be written for the UNIVAC 1108/1110 
using the EXEC 8 monitoring system and the FR80 and SC 4 060 
film plotters . 
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Input data will be obtained from the tape(s) generated 
by the RHDACS and the necessary lead cards to facilitate 
processing . 


2.1.1 RHDACS Test Tape 


The RHDACS output tape, which will be used as input to 
the RHTF program, contains six files. The first five files 
contain descriptive information regarding test conditions, 
channel identifications (ID’s), calibration constants , and 
other data used during real-time processing. The sixth file 
contains the raw data to be processed. 

The RHDACS output tape is an odd -parity nine- track tape 
written at 800 bpi. The format is reflected in figure 2-1. 

Each file has a unique format , which is discussed individually . 
American Standard Code for Information Interchange (ASCII) and 
compressed alphanumeric (CAN) coded character sets are used. 
These are defined in the appendix.' 

The floating point notation used consists of a double 
16-bit word. The exponent or characteristic is biased by 
400g. Negative numbers are Two's Complemented. 
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File 

number 


1 . 

NARRATIVE FILE 


EOF 

2 

TYPE FILE 


EOF 

3 

COEFFICIENTS FILE 


EOF 

4 

CONFIGURATION FILE 


EOF 

5 

GROUPS FILE 


EOF 

6 

TEST DATA FILE 


EOF 


Figure 2-1. — RHDACS tape format. 
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A tape will contain only one test. However, a test may 
continue to another r eel , and the second reel will contain 
the first five files of test description repeated at the first 
of the tape . 

2. 1.1.1 ' Narrative File . The Narrative File contains 
the test identification and narrative description of the test 
which will be input at the time the test is conducted. Each 
of the 20 records in the file consists of forty 16-bit words. 
The format is shown in figure 2-2. 

The header record contains the number of lines of narra- 
tive (maximum of 19) . Each cathode ray tube (CRT) line 
equates to one record and contains 80 ASCII characters of test 
identification. Included in the narrative will be a test 
identification consisting of a limited number of characters. 
The postprocessing program to be developed will be required 
to output all information contained in this file to the line 
printer . 

2.1. 1.2 Type File . The Type File contains static data 
associated with each transducer type. The data is largely for 
the purpose of converting millivolts to engineering units. 

Each of the 48 records in the file contains thirteen 16 -bit 
words. The file holds data for a maximum of 48 transducer 
types. The format is shown in figure 2-3. 

Only information contained in words 5 through 11 is 
required for post-test processing. Words 1 through 4 con- 
tain the transducer type name in eight ASCII characters. 

Words 5 through 8 contain the engineering units of the trans- 
ducer type in eight ASCII characters. Word 9 consists of the 
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Record o 


15 


File 

header 

record 


FILE HEADER 


CRT LINE 1 


CRT ■ LINE 2 




(Each record is one line 


20 


/Word 


r 

of 

the CRT.) 

J 

CRT LINE 19 

Bit 

0 



Bit 

15 

UNUSED 

NUMBER 

OF 

LINES IN NARRATIVE IN LINE 

NUMBER 

OF 

CHARACTERS IN NARRATIVE 

J 


-A 


:.r 


UNUSED 


1 


One 

CRT 

record 


Bit Bit 

0 7 8 15 



FIRST ASCII 
CHARACTERS IN LINE 





ASCII CHARACTERS IN LINE i 
OF THE NARRATIVE FILE 


LAST CHARACTER IN 
LINE i 


Figure 2-2. — Narrative File format. 
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tsj 

I 

un 



Each record 
contains 
13 words 



Figure 2-3. — Type File format. 



following codes 
the specific tr 
word 9 used for 


for the 
ansducer 
post - tes 


conversion and display 
type . PLY is the only 
t processing. 


of data for 
variable in 


Code 


Definition 


CS Conversion factor supplied — If bit 7 is 

on , a manufacturer ' s conversion constant 
will be contained in words 10-11 of the 
Type File record. 

LIN Linear conversion required — If bit 8 is 

on, conversion will be required using the 
calibration constant (CALK) (words 10-11 
in the Test Configuration File) . 


PLY Polynomial conversion required — If bit 9 

is on, polynomial conversion will be 
required. Word 10 in the record will 
contain the logical record' number in the 
Coefficients File, in which the coeffi- 
cients for the transducer type are 
located. 

NR Number of polynomial ranges — If PLY = 1 , 

NR will be a number from 1 to 5 which 
reflects the number of segments for the 
particular polynomial (maximum of 5 seg- 
ments, order to be supplied). 

FMT Display format — This code w^ill be used 

for real - time display : 

= 0, 18 format will be used. 

f 0, F8.FMT format will be used. 
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2. 1.1. 3 Coefficients File . The Coefficients File 
contains polynomial coefficients for converting thermo- 
couple and other transducer millivolt output to engineering 
units (EU) . It also contains coefficients for temperature 
correction of strain-gauge data. Each record contains the 
upper millivolt range limits and engineering units limits 
for each segment. Each range limit is associated with the 
second degree polynomial which follows in the record. The 
format is shown in figure 2-4. All information contained 
in this file is pertinent to the processing of the test 
data . 

The RHTF program will have the capacity to provide up 
to 48 polynomials - one for each type transducer identified 
in the Type File. The file contains 48 records with each 
record consisting of fifty 16-bit words. 

2. 1.1. 4 Test Configuration File . The Test Configu- 
ration File contains information for data acquisition, 
links to type tables, minimum/maximum values for limit- 
checking, and an engineering units conversion factor or 
pointer to a coefficients table entry. There is a total of 
276 records in the file with each record containing thirteen 
16-bit words. One record exists for each channel; i.e., 
records 1 to 256 correspond to channels 0 to 255 . Records 
257 to 276 will contain CAN coded channel names. The 
format of the Test Configuration File is shown in figure 2-5. 
Flag definitions are given beginning on page 2-10. Variables 
annotated with an asterisk (*) are necessary for post-test 
processing. A M 1 M indicates a bit is on. 
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RANGE 1 - RVEU 


Record 1 
fifty 16-bit 
words per 
record 


RANGE 

1 

- RVMV 

RANGE 

1 

- A 

RANGE 

1 

_ b 

RANGE 

1 

- C 

RANGE 

2 

VALUES 

RANGE 

3 

VALUES 

RANGE 

4 

VALUES 

RANGE 

5 

VALUES 


Record 48 


RANGE 1 THROUGH 5 VALUES 


RVEU = Limit in engineering units (floating point) 

RVMV = Limit in millivolts (floating point) 

A,B,C - Polynomial coefficients (floating point) 

2 

for equation A(mV) + B(mV) + C 


Figure 2-4. — Coefficients File format. 






Figure 2-5. - Test Configuration File format. 



Code 


Definition 


IU* 

A flag to indicate the channel is 
in use. 

PC* 

A flag to indicate polynomial con- 
version is required . 

TC* 

A flag to indicate temperature 
correction is required; e.g., 
strain data. 

AR* 

A flag to indicate that automatic 
ranging of the gain was utilized 
to provide maximum resolution of 
the analog- to-digital (A/D) 
converter . 

AT 

A flag to indicate alarm type for 
real-time control: 0 = soft, 

1 = hard (meaningful only if 
AC / 0) . 

AC 

A two-bit alarm code to be used in 
real-time control. 

ACM* 

Associated channel number for tem- 
perature correction. If TC = 1 , 
this field contains the channel 
number of the thermocouple data to 
use in the computation. 

CZ 

A flag to indicate the zero-milli- 
volt offset (ZMV) is computed for 
the channel. 

CC 

A flag to indicate .the calibration 
constant (CALK) is computed . 
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Code 

Definition 

CA 

A flag to indicate the calculated 
CALK meets acceptance criteria. 

CS 

A flag to indicate the CALK is 
supplied in the Test Configuration 
File. 

CT 

A flag to indicate the CALK in the 
Test Configuration File is supplied 
by the test director . 

AA 

A flag to indicate an alarm condi- 
tion will be acknowledged during 
real-time processing. 

YL 

A flag to indicate an online 
minimum (MIN) limit check. 

YU 

A flag to indicate an online 
maximum (MAX) limit check. 

LL 

A flag to indicate a MIN exists. . 

UL 

A flag to indicate a MAX exists. 

DS 

A flag to indicate that this channel 
is a member of a display group on 
the Groups File. 

PL 

A flag to indicate that this channel 
is a member of a plot group on the 
Groups File. 

GAIN 

A code to indicate the gain is 
applied to the transducer output 
for A/D conversion: 

SMIN 

Soft minimum. 
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Code 


Definition 


SMAX 

PCT 

CORRECTION 
TYPE INDEX* 

TYPE TABLE 
INDEX* 

AV 

SMIN 

SMAX 

CALK* 

ZMV* 

r r r * 
L l* L 2 * 3 


Soft maximum. 

Percent . 

An index to the Type File to locate 
the correction to be applied to the 
data: TC = 1 and ACM = 0 to 225 . 

An index to the Type File to locate 
the conversion type to be applied to 
the data. 

A value used in checking for alarm 
conditions during the test. 

A value used in checking for alarm 
conditions during the test. 

A value used in checking for alarm 
conditions during the test. 

Calibration constant either calcu- 
lated or supplied by the test 
director . 

A value in millivolts which repre- 
sents zero engineering units. 

CAN- coded '■characters contained in 
the 16-bit data word to identify 
each channel. (See appendix for 
data word definition.) 
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2 . 1 . 1 . 5 Groups File . The Groups File contains records 
which identify data channel groups that are to be output 
during real-time and/or post -test processing . Each record 
(16 words) is a bit map, where each bit (0 through 255) 
corresponds to a channel (0 through 255). The format is 
shown in figure 2-6. 

2. 1.1. 6 Test Data File . The Test Data File contains 
the time history samples of 256 channels at a system sample 
rate of 2,560 samples per second. Bach record is 2,561 
16-bit words in length with time being the first word in 
integer seconds and data in integer counts. The data word 
is as follows : 


Bit 0 1234 5 6 7 8 9 10 11 12 13 14 15 




Data value ■ 


Bit Function 

0 Specifies the sign of the data value 

0 = postiive value. 

1 = negative value. 

1-4 Specifies the gain (code) . 

5-15 Specifies the data value. Negative 

values are in Two's Complement 
format . 
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Record 



Bit Bit 



Figure 2-6. - Groups File format. 




The following gain codes are applicable: 


200 


Gain code 

Gain 

Range 

11 

1 

±10.24 V 

10 

2 

±5.12 V 

9 

4 

±2.56 V 

8’ 

8 

±1.28 V 

7 

16 

±640 mV 

6 

32 

±320 mV 

5 

64 

±160 mV 

4 

128 

±8 0 mV 

3 

256 

±40 mV 

2 

512 

±20 mV 

1 

1024 

±10 mV 

0 

2084 

±5 mV 

At a gain code 

of 11, ±10.24 

volts = 2047 counts or 

counts per volt 

from the A/D 

converter . 


Ten scans of data appear in a record for each time word. 
The maximum output recording rate is one record per second. 

A recording mode of every nth record is also available. The 
format is shown in figure 2-7. 


2.1.2 Lead Cards 

\ ! 

The input lead cards will contain information for program 
control. Provision should be made for supplying variable 
information to override data obtained from the descriptive or 
pretest files. jVdditional content will be outlined in the 
design specification for the RIITF program . 
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2.2 


PROCESSING REQUIREMENTS 


The processing of radiant-heat-test data requires con- 
version of raw data contained on the Test Data File for 
thermocouples, strain gauges, linear transducers, and radi- 
ometers. Conversion coefficients are contained on the tape 
for segmented polynomials and exponential and linear 
constants. The method for applying the correct conversion 
is interrelated to the control information in the Test 
Configuration File, the Type File, and the Coefficients 
File. All coefficients, with the exception of thermocouple 
conversions , will normally be obtained from the tape . 

An option to override coefficients on tape and/or 
supply coefficients via lead cards will be required. Accu- 
racies provided by the coefficients for thermocouple curves 
contained on tape are inadequate for post-test processing. 
Current National Bureau of Standards (NBS) coefficients 
will be provided by the customer, or routines in existing 
programs will be used. The program will also be required to 
thermally correct strain data utilizing coefficients provided 
on tape or lead card . 

Data being acquired by RHDACS may be recorded subject 
to an automatic gain ranging technique, which provides 
maximum resolution through the A/D conversion process. The 
gain code will be included in the data word. The process 
of converting to engineering units will account for the 
change in gains. 
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The procedure for converting the count values for each 
channel in the Test Data File to engineering units is as 
follows: 

1. For each record in the Test Configuration File, 
if IU in word 1 is equal to one, the channel is 
in use and will be processed. If it is not 
equal to one, no processing will be required. 

2. The data value obtained from the Test Data File, 
which sequentially corresponds to the Test Con- 
figuration File record, will be converted to 
millivolts by the equation 

w 5X (1) 

mV = - ZMV 

where x is the count value, G is the gain, 
and ZMV is the zero millivolt offset. The gain 
code to gain relationship is shown in 
section 2. 1.1. 6. If in word 1 of the Test 
Configuration File, AR is equal to zero, ZMV 
.will be obtained from the Test Configuration 
File. If AR is equal to one, automatic gain 
ranging has been employed and .the ZMV offset 
for each gain used will be obtained from a loca- 
tion on the tape to be defined at a later date. 

3. The 10 data values contained in an input record 
for each channel will be averaged, and the 
average value will be used for further proc- 
essing. The time value will not be altered and 
obtained from the first word of the record. 
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4 . 


To convert the millivolt values to engineering 
units, word 1 of the Test Configuration File 
record will be checked to determine if PC equals 
one. If so, polynomial conversion will be 
required using the equation 

EU = A (mV) ^ + B (mV) + C (2) 

where A, B and C are the millivolt to engineering 
unit conversion coefficients obtained from the 
Coefficients File or lead card and mV is the milli- 
volt value. 

5. To obtain the coefficients for the polynomial, a 
two step retrieval process will be necessary. 

First, the logical record number for the instrument 
type in the Type File will be located in the Type 
Table Index in word 3 of the Test Configuration 
File. Next, the logical record number for the 4 
coefficients, in the Coefficients File will be found 
in word 10 of the Type File record. The variable 
PLY in word 9 of the Type File record must also be 
equal to one. 

6. If the variable PC is not equal to one, linear con- 
version will be required using the equation 

EU = CALK (mV) (3) 

where CALK is the linear constant obtained from ‘ 
the Test Configuration File and mV is the data 
value in millivolts. 
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7 . 


The engineering units label will be obtained from 
the Type File for each channel by use of the 
logical record number in the Type Table Index in 
word 3 of the Test Configuration File record. 


8. An exponential conversion procedure using the 
equation 

EU 

is to be defined by. 
into the program at 
constants to be obt; 

(to be specified) o: 
value is mV. 


9. 

If in word 

one of the 

Test 

Configuration F 

ile 


record, TC 

is equal 

to 

one , 

the channel is 

to be 


therma 1 ly 

corrected 

by 

the 

equation 



S c - S [A(T) 2 + BCD + C] (5) 


K 


In (mV/ A) 


( 4 ) 


the customer for incorporation 
a further date. K and A are 
ained from a location on tape 
r from a lead card. The data 


where S is corrected strain, S is the observed 
c 

strain in engineering units, A, B and C are 
coefficients for the material type and T is the 
temperature (time correlated) associated with the 
strain data. The temperature channel to use will 
be contained in the variable ACH in word 1 of the 
same Test Configuration File record. The coeffi- 
cients will be obtained from lead cards on the 
Coefficients File using the same procedure as 
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identified in S above. However, the Correction 
Type Index in word 3 of the record will be used 
instead of the Type Table Index. 

2.3 OUTPUT REQUIREMENTS 

Output from the program will consist of: time history 

tabular listings of parameters in engineering units 
(averaged) , time history plots of selected parameters 
(averaged) , and quality control and diagnostic information 
to facilitate data quality verification and troubleshooting. 

2.3.1 Tabular Listings 

The format of the tabular data should provide for a 
test ID, parameter ID’s, and as many parameters per page as 
are deemed feasible. Data will be output on a tabular group 
basis as defined in the Groups File. However, control over 
which groups are output will be necessary. A group may be 
identified in the Groups File with more measurements than 
can be contained on a single page. 

Each active channel or measurement, as indicated by the 
Test Configuration File, will have an indicator if it is a 
member of a display group . In this event , the channel will 
be flagged in the Groups File for each group to be displayed 
or output. 

Because only three- character , CAN-coded, parameter ID’s 
or channel names will be available from the Test Configura- 
tion File, provision must be made to accept expanded names 
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for each measurement to be output. The test title may also 
be input on cards instead of being obtained from the descrip- 
tion in the Narrative File. 

2.3.2 Time History Plots 

Capability to generate time history plots, requiring a 
minimum number of lead cards, should include the following: 

• A major heading to be specified at the top of 
each microfilm frame. 

• One grid per microfilm frame. 

• One to five measurements plotted per grid. 

(Each grid may have a different number of 
measurements plotted . ) 

• Identification of each measurement plotted on 

a given grid at the top of that grid, including 
the alphabetical symbol used to designate 
plotted data when more than one measurement has 
been plotted on that grid. 

• One ordinate scale per grid, regardless of the 
number of measurements plotted . 

• Lead card specification or program computation 
of ordinate scale for each grid. (If the 
ordinate scale is computed, major divisions 
should be a power of ten times 1, 2, or 5.) 

• Specification of ordinate scale engineering 
units centered on the left side of each grid. 

• Optional specification of allowable abscissa 
internal . 
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• Abscissa specified as elapsed time, designated 
in hours , minutes , or seconds , as is appropriate 
with the abscissa description centered and 
labeled as such below the grid and abscissa scale. 

• Linear or continuous nonlinear abscissa scale. 

(A continuous nonlinear abscissa scale is a scale 
composed of less than eleven linear segments 
expanded or compressed to give the requested data 
resolution over the grid interval . Each segment 
should be specified by lead card.) 

• Optional data thinning . When data thinning is 
specified, a data point should not be plotted 
unless it is at least one raster, in any direc- 
tion, from the last point plotted. The number 
of rasters will be a lead card option. The 
necessity for this capability stems from the 
previous requirement to provide a continuous non- 
linear abscissa scale. The thinning technique 

is required for data to be plotted on a compressed 
time scale segment or an overexposed condition on 
the film will result. 

2.3.3 Quality Control Output 

Line printer output from the program will contain diag- 
nostics of abnormalities encountered and information regarding 
processing activity. Items to be included are: 

• Program lead cards 

• Record counts 

• Start and stop times of the data file processed 
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• Variable information utilized from the five 
descriptive files 

• Parity record count 

2.3.4 Binary Tape 

A time history binary tape containing the averaged data 
values should be produced on option for use in further 
processing . 

2 . 4 PERFORMANCE REQUIREMENTS 

This program will conform to established standards and 
procedures for program development. 
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3.0 TEST REQUIREMENTS 


3.1 TEST DATA SOURCES 

A test tape will be generated by the RHDACS 
program checkout and validation. 

3.2 GENERAL TEST APPROACH 

The complexity of the RHDACS output tape fo 
it impractical to generate a comprehensive test 
program checkout and validation. The system mus 
test tape to accomplish the above. Preliminary 
be made from card input and simulated test data 
possible. 


3 . 3 ACCEPTANCE CRITERIA 


Because no test data will be available for 
purposes, extensive checking of the program will 
Results of test runs will be coordinated with th 
for approval. 


for use in 


rmat makes 
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t produce a 
checking will 
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be required, 
e customer 
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4.0 PRODUCTION IMPLEMENTATION 


Program operating procedures will be prepared to provide 
the necessary information to implement the program into pro- 
duction. Procedures will also be prepared for inclusion in 
the Data Management Plan for the Data Reduction Complex. 
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APPENDIX 

ASCII AND CAN CODE CHARACTER SETS 



A compressed alphanumeric (CAN) character string is any 
combination of three CAN characters. The data word is gen- 
erated by the following algorithm: 

Given the character string END, generation will be as 
follows : 

• Each character is assigned a CAN value as described 
in the following tables. 

END = Cl C2 C3 

Cl = E = 5 

C2 = N - 14 

C3 = D = 4 

• Data word = (Cl * 40 + C2) * 40 + C3 (base 10) 

END = 2174 (base 16) = 8564 (base 10) 

This alrogithm allows three characters to be packed in 
a 16-bit word. Valid CAN characters include the set A-Z, 
0-9, colon (:), dollar ($), period (.), and space . 
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printer 
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M.P.** 

11-9-8-1 

SI 

99 • 

EM 

19 



SUB 

1A 
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*ANSI = American National Standards Institute 
EBCDIC - Extended Binary Coded Decimal Interchange Code 

**M.P. = Multipunch 






ASCII 

character 

Code 

Line 

printer 

character 

Code 

Card 

reader 

ANSI 

card 

code 

3 

33 

3 

33 

3 

- 3 

4 

34 

4 

34 

4 

4 

5 

35 

5 

35 

5 

5 

6 

36 

6 

36 

6 

6 

7 

37 

7 

37 

7 

7 

8 

38 ! 

8 

38 

8 

8 

9 

39 

9 

39 

9 

9 

- 

3 A 

: 

3A 

:■ 

8-2 

y 

3B 

5 

3B 

> 

11-8-6 

< 

3C 

< 

3C 

< 

12-8-4 

- 

3D 

= 

3D 

= 

8-6 

> 

3E 

> 

3E 

> 

0-8-6 

? 

3F 

? 

3F 

? 

0-8-7 

@ 

40 

0 

40 

0 

8-4 

A 

41 

A 

41 

A 

12-1 

B 

42 

B 

42 . 

B 

12-2 


mm 

C 

43 

C 

12-3 






D 

12-4 

E 




F. 

12-5 

F 




F 

12-6 

G 




G 

12-7 

H 

48 

H 

48 

H 

12-8 

I 

49 

I 

49 

r 

12-9 

J 

4A 

J 

4A 

J 

11-1 

K 

4B 

K 

4B 

K 

11-2 

L 

4C 

L 

4C 

L 

11-3 

M 

4D 

M 

4D 

M 

11-4 

N 

4E 

N 

4E 

N 

11-5 

0 

4F 

0 

4F 

0 

11-6 


Teletype 
character Code 


EBCDIC 

character Code 


Computer CAN 
character code 


3 

B3 

3 

F3 

3 

30 

4 

B4 

4 

F4 

4 

31 

5 

B5 

5 

F5 

5 

32 

6 

B6 

6 

F6 

6 

33 

7 

B7 

7 

F7 

7 

34 

8 

B8 

8 

F 8 

8 

3 S 

9 

B9 

9 

F9 

9 

36 

: 

BA 


7A 


37 


BB 

1 > 

5E 



< 

BC 

< 

4C 



= 

BD 

= 

7E 



> 

BE 

> 

6E 



? 

BF 

■? 

6F 



0 

CO 

0 

7 C 



A 

Cl 

A 

Cl 

A 

1 

B 

C2 

B 

C 2 

B 

2 

C 

C3 

C 

C3 

C 

3 

D 

C4 

D 

C4 

D 

4 

E 

C5 

E 

CS 

V. 

5 

F 

C6 

F 

C6 

F 

6 

G 

C7 

G 

C7 

G 

7 

H 

C8 

H 

C8 

H 

8 

I 

C9 

I 

C9 

I 

9 

J 

CA 

J 

D1 

J 

10 

K 

CB 

K 

D2 

K 

11 

L 

CC 

L 

D3 

L 

12 

M 

CD 

M 

D4 

M 

13 

N 

CF, 

N 

D5 

N ■ 

14 

0 

CF 

0 

D6 

0 

15 








ASCII 

character Code 

Li ne 
printer 

character Code 

Card 

reader 

P 

50 i 

P 

50 

P 

Q 

SI 

Q 

' 51 

Q 

R 

52 

R 

52 

R 

S 

53 

S 

53 

S 

T 

54 

T 

54 

T 

U 

55 ! 

U 

55 

U 

V 

56 

V 

56 

V 

W 

. 57 

w 

57 

w 

X 

58 j 

X 

58 

X 

Y 

59 

Y 

59 

Y 

1 

5A 

z 

5A 

z 

E 

5B 

[ 

5B 

t 

\ 

SC 

\ 

5C 

o 

CO 

3 

5D 

] 

5D 

j 

A 

5E 

A 

5E 

— 

— 

5F 

— 

5F 

— 


60 ! 



M.P. 

a 

61 



M.P. 

b 

62 



M.P. 

c 

63 



M.P. 

d 

64 



M.P. 

e 

6 5 



M.P. 

£ 

66 



M.P. 

g 

67 



M.P. 

h 

68 



| M.P. 

i 

69 



M.P. 

j 

6A 



M.P. 

k 

6B 



M.P. 

1 

6C 



M.P. 


J 

k 

1 


0-8 

0-9 

12 - 8-2 

0 - 8-2 

11 - 8-2 

11- 8-7 
0-8-5 
8-1 

12 - 0-1 
12 - 0-2 
12-0-3 
12-0-4 
12-0-5 
12 - 0-6 
12-0-7 
12 - 0-8 
12-0-9 
12 - 11-1 
12 - 11-2 
12-11-3 


Te 1 ctype 
character Code 

EBCDIC 

character Code 

Computer 

character 

CAN 

code 

P 

DO 

P 

D7 

P 

mm 

Q 

Dl 

Q 

D8 

0 

B 

R 

D2 

R 

D9 

R 

18 

S 

D3 

S 

E2 

S 

19 

T 

D4 

T 

E3 

T 

20 

U 

D5 

U 

E4 

U 

21 

V 

D6 

V 

E5 

V 

22 

w 

D7 

W 

E6 

W 

23 

X 

D8 

X 

E7 

X 

24 

Y 

D9 

Y 

E8 

Y 

25 

- z 

DA 

Z 

E9 

Z 

26 

[ 

DB 

4 

4A 



\ 

DC 

\ 

EO 



] 

DD 

i 

5A 




DF. 

A 

5F 




DF 

— 

6D 






79 





a 

81 





b 

82 





c 

83 





d 

84 





e 

85 





f 

86 





g 

87 





h 

88 





i 

89 





j 

91 





k 

92 





1 

93 















ASCII 

character Code 

Line 

printer 

character Code 

Card 

reader 

ANSI 

card 

code 

Teletype 
character Code 

EBCDIC 

character Code 

Computer 

character 

CAN 

code 

m 

6D 


M.P. 

12-11-4 


m 

94 



n 

6E 


M.P. 

12-11-S 


n 

95 



o 

6F 


M.P. 

12-11-6 


0 

96 



P 

70 


M.P. 

12-11-7 


P 

97 ' 



q 

71 


M.P. 

12-11-8 


q 

98 



r 

72 


M.P. 

12-11-9 


r 

99 


















